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= (54) Bezelclinmig: PRIORISIERUNGSVERFAHREN VON INFORMATIONSGEBBRN. INSBESONDERE ZUR KOORDI- 
s NIERTEN ANTRIEBSSTRANGSTEUERUNG BINES KRAFTFAHRZEUGES 
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1. . ItrS OF THE FIRST STEP 

Z . ID'S OF THE SECOND STEP 

a . DO UNPROCESSED OTS STU EXIST? 

4... DOES THE 10 HAVE A REQUEST? 

STORE REQUEST 
B... FORWARD THE STORED REQUEST 
7... OO UNPROCESSED OZ STILL EXIST? 

DOES THE 10 HAVE A REQUEST? 
9... ARE THE NUMBBt OF REQUESTS GREATER 

THWI THAT OF THE STORED REQUEST? 



( 57) Abstract; The inventive prioritization method enables the selection of in- 
fonnation transmitters independent of the selection and functionality of the re- 
questing systems for flexibilizing. In an inventive linear prioritization method, 
a list of information transmitters that is classified according to increasing pri- 
ority is sequentially queried and the first information transmitter with a request 
is selected. This request is forwarded and the query is terminated. In another 
inventive prioritization method, the information transmitter with the maximum 
(minimum) number of requests is selected finom a list of information transmit- 
ters that is not classified or the most common request of the requestors is de- 
termined. The inventive prioritization method can preferably be executed by a 
computer system having a module-like system design. 

(57) Zusammenfassung: Das erfindungsgemMfie Priorisierungsverfahren er- 
laubt die Auswahl von Informationsgebem unabhMngig von der Auswahl und 
Funktionsweise der anfordemden Systeme zur Flexibilisierung. In einem erfin- 
dungsgemaBen linearen Priorisierungsverfahren wird eine nach Prioritat anstei- 
gend sortierte Liste mit Informationsgebem sequentiell abgefragt und der erste 
Informationsgeber mit einem Anfoiderungswunsch ausgewahlt, dieser Anfor- 
derungswunsch weitergeleitet und die Ab&age abgebrochen. In einem weite- 
ren erfindungsgemaBen Priorisierungsverfahren wird aus einer nicht sortierten 
Liste mit Infomiationsgebem der Informationsgeber mit dem maximaJen (mi- 
nimalen) Anfoiderungswunsch ausgewahlt oder der durchschnittliche Anfor- 
derungswunsch der Anforderer ermittelt Voizugsweise kann das erfindungs- 
gemfifie Priorisierungsverfohren mit einem Computersystem mit modulartigem 
Systemaufbau duichgefljiut weiden. 
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Priorisieru ngsverfahren von Informationsgebern. insbesondere zur koordinierten 
Antriebsstrangsteuerung eines Kraftfahrzeuges 

BescbreibiiDg 

Die Erfindiing betrifft ein Priorisienmgsveifehren von Monnationsgebein, insbesondere zur 
koordinierten Antriebsstrangsteuenmg eiaes Kraftfahrzeuges, sowie ein entspiechendes Steuerungssystem 
imd ein Computeiprogranim(produkt) zur Durchfiihiung des Verfahrens. 

In der Automobiltedmik wurde ursprOnglich die Eldctronik nur in Fonn einzelner, elektronifizierter 
Komponenten eingesetzt; wobei diese Kon9)onenten isoliert nnd unab hangig voneinander agierteL Daran 
anschlieBend wurden diese Komponenten zunehmead zu Systanen integriert Beispiele hierfilr sind 
elektronische Motorsteuerungssysteme, Bremsregehmgssysteme oder Fahrerinfonnationssysteme. Deizeit 
ist ein Trend bin zur Vemetzung aDer Fabizeugsystenie untereinander imd zunehmend auch niit der 
Fahzzeugumwelt zu beobacfaten. 

Dieses erkennbare Z usamrn e nw achsen der Systeme bringt nnn edieblidbe technische und organisatodsche 
Herausforderungen snt sich: 

neue Fahrzeugfunktionen sind hSufig nor nodi im Vabund unterschiedlicher Teilsysteme 

realisierbar und effektiv nulzbar, 

damit wird eine fimktionale Lntegralion von Teilsystemen auch unterschiedlichBr Zuliefeier 
erforderlich, 

die Wertigkeit und der Charakter von Fahizeugen werden zunebmend durch kon^lexe 
Sofiwaiefimktionen bestinmit, 

die Bebenrsdbiung der wadisenden Systemkomplexitat wiid fdr Fahizeu^heisteller und ZuKeferer 
wetfteweibsentsdieidend hinsichtlidi Gesdiwindiglceit, Kosten und Qualitat 

Stand der Tecfanik 
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Aus der DE 198 38 333 Al der Anmeldeim ist ein Conpiteisystem mlt wenigstens einem Prozessor und 
wenigstens eisem Speicher zor Steaening emer Antiiebseiiiheit bekaont Ziel ist es eine 
Steuenmgsstniktur des Gesamt&litzeug^ anzugeben, mt deren Hil& der Triebstrazig und speziell die 
Antriebsemheit mit aufierhalb liegenden Komponenten veiknt^ft werden kdnnen. T^ebstiang and 
5 Antriebseiziheit sind in einon Motonnanagenient in ein Gesamt&hizeugkonzept eingebunden. Das 
Fahizeug wird als Gesanrtsystem, bestehend aus Funktionseinheiten, als eine erste Kon^nente 
aiifgefesst Das Gesamtsystem, bestehend aus Funkdonseinheiten, wird in veischiedene, voigebbare 
Ko^^)onfinten, z. B. Fahizeugbewegung und Antriebskoordinator, aufgeteilt Die Antriebseinhfiit wird 
dabei als eine Komponente vorgegeben. Die Antriebsemheit wird abhSngig von den vorgegebenen 

10 Kon^wnenten und/oder den an den ScbnittstBllra zwischen den Konqxmenten ausgetauschten Daten 
gesteuert Durch diesen Systemverbund kOnnen einzelne Elemente oder Funkdonseinheiten nicht mehr 
getrennt betrachtet werden, sondem eingebunden in das Gesamtkonzept Bei einer Antriebs- bzw. 
Motorsteuerung beispielsweise mtissen nicht nur Momenten- bzw. Leistungsanfordeiungen oder 
Drehzahlvorgaben der Fahizeugbewegung, wie Lenkung, Bremse oder Fahidynainikregelung 

15 berOcksichtigt werden, sondem auch die Leistungs- bzw. Momentenfordeiungen und/oder 
Drehzahlinformationen aller Nebenaggregate und SteUglieder. Dartiber hinaus ergibt sich aber auch die 
Mdglidikeit, durch den ZugrifT auf Dat^ und Ihfonnationen anderer Funktionseinheiten und Systeme, 
wie z. B. Umweltgrdfien, FahizustandsgrOfien, FahrzeuggrOfi^ und BenutzeigrOBen, eine an die 
jeweiligen Gegebenheiten angepasste Antriebssteuenmg durcbzufbhren. Nachteilig ist hieibei jedodi, dass 

20 es nicht mdgUch ist einzehie Funktionseinheiten durch eui anonymes Ver&hren auszuwShlen. 

Aus der EP 0 883 510 Bl ist eine Antriebsstrangsteuerung filr ein Kraftfehrzeug bekannt, die eine 
Radmomentenberechnungsschaltung enthalt, durch die die Stellung des Fahrpedab als em vom Fabrer 
gewQnschtes Radmoment oder Getriebeausgangsmoment inteipretieit und zum Berechnen von Sollwerten 

25 fibr das von dem Antriebsstrang abzugebende Drehmoment verwendet wird, und die eine Steuerschaltung 
aufweist, die mit einem Fuzzy-System versehen ist, in dem das gewQnschte Radmoment zusammen mit 
Betriebsparametem des Kiait&hzzeugs und Ihnweltpaxametem ausgewertet wird, durch die gnlwTMi einer 
zentralen Fahrstrategie-Auswahlschaltung die Betriebsweise des Antriebsstrangs bei beiiebiger Fahiweise 
des Fahrers und Fahrsituation des Kraftfahizeugs an vorgegebene Kriterien angepasst wird, und die mit 

30 einer Motorleistungsstelleinheit verbunden is^ an die sie ein Ausgangssignal abgibt, durch welches das 
von den Rfldem auf die Fahrbahn abzugebende Soll-Raddrehmoment festgelegt wird Es wird eine 
Strategie ftSr die Motorsteuerung, die Motorleistungsstelleinheit und die Getriebesteuerung zentral derart 
fes^eg^ dass der Ausstofi van Scliadstoffen mmimiert wh:d Die zentrale Strategie kann auch einen 
&hrleistung^rientierten Modus des Kzafi&hzzeuges zum Ziel haben. Alle dezentialen FiinktionseinheitexL 

35 werdrai bei dieser Strategie so eingestellt, dass eine bestmOgliche Beschleunigung und ein scfanelles 
Ansprechen des Anlriebes auf den Fahrerwunsch zur VerfUgung stehen. Notwendig ist em solcher Modus 
bei emer sportlichen Fahrweise und bei Beigauf&hrt Die Steuerung erfolgt flb^ eme Steuerschaltung, 
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wobei der Datenaustausch fiber eine sdmelle scrieUe Buskoamnimkation, z. B. einen CAN-Bus, 
ausgef&hrtwd. 

Naditeilig ist hierbei, dass sdrntliche Komponenten an die zentrale Steuerschattung angqpasst sind, so 
dass insbesondere ein anonymes Ver&Ineii zur AuswaM von KosqKmenten nicht zur VerfQgung steht 

In Kraftfahrzeugen warden filr verschiedene Komponenten im Triebstrang, wie Motor und Getriebe, 
Schnittstellen zur Kommtmikation vereinbait, tlber die Anforderungen Qbennittelt werden kOnnen, damit 
sie von der en^&ngenden Konqponente ausgeftihrt werden (im Kraft&hizeugbeieich veibreitete 
technische Schnittstelle zur Steuergerfitevemetzong ist beispielsweise der CAN-Bus). 

Neben dem Fahzpedal und dem Bremspedal gibt es viele weitere Anforderer, die Voigaben an den 
Antriebsstrang machen kOnnen. Typische Beispiele hierfiir sind Komfortsysteme wie der 
Fahrgeschwindigkeitsregler oder Sicherheitssysteme wie ASR und ESP. Dabei wird ein groBer Tell an 
Entwicklung und Rechenkapazitat nachteiligerweise dafllr aufgewendet, entsprechend der aktuellen 
Fahrsituation zu entscheiden, wann welches System tatsddilich aktiv den Arbeitspunkt des Triebstranges 
vorgeben oder beeinfhissen dai£ 

Es ist bekannt, aufielzend auf einem Echfzeit-Betriebssystem als Standard-Betiiebssystem, z. B. ERCOS 
oder OSEK bzw. OSEK/VDX, zur Steuenmg von Betriebsabl^ufen eines Fafarzeugs eingebettete 
SoftwarelOsungen einzusetzen. Dabei werden applikationsspezifische Funktionen, System- 
gnmdfiinktionen, Kerafiinktionen sowie die entsprechende Treibersoftware, also die spezifischen 
Basis&nktionen einerseits mit den unterschiedlichen Betriebsftinktionen und Teilbetriebsfuuktionalitaten 
andererseits, welche das eigentliche Betriebsvedialten des Fabizeugs bestimmen, verwoben. Notwendige 
bzw. gewOnschte Verandmmg von Funktionen oder das nachtragliche Einf&gen von Funktionen lassen bei 
soldiemiafien verwobenen Softwareldsungen sehr konq)lexe Systemausbildungen, insbesondere der 
Schmttstelleny cntsteliep. 

Aus der DE 100 44 319 Al der Anmelderin ist bereits die abstrakte Idee bekannt duich die Mare 
Trennung von Betriebs- und . Basisfiinktionen und die EinfUhrung einer Systemschicht bzw. 
Zwischenschicht mit offener Schnittstellenfunktion eine Optimierung zu erzielea Dabei wird von einem 
elddrxmischen System ftlr ein Fahrzeug bzw. von einer Systemschicht des elektronischen Systems 
ausgegemgen, wobei das elektronische System eiste Komponenten zur Durchfllhrung von 
Steueningsau^^en bei Betriebsabl&ifen des Fahrzeuges und zweite Kom|X)nenten, welche ein 
Zusammenwiiken der ersten Kon^xmenten zur Durcfafiihrung der Steu^ungsauj^aben koordinieien, 
umfessL Die ersten Komponenten fOhren dabei die Steuerungsaufgaben durch Verwendung von 
Betriebsfimktionen und Basisfunktionen aus. Vorteilhafterweise wird das System derait aufgebaut, dass 
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BasisfinMonen und Betriebs&nktion^ bzw. Teilbetriebsfuoktionalitateii (als BetriebsteOmodule oder 
Phig-Ins bezeicbnet) Idar voneinander getreimt weideii» wobei die Basisfunkdonen in einer Basisschicht 
zusammeoge&sst sind. ZweckmSfiigeiweise wird dam die Systemschicht aufdcr Basisschicht, welche die 
Basisfirnktionen enthalt, ao^esetzt Die Systemsdiicht bzw. Zwischenschicht eatfafllt dabei wenigsteas 
5 zwei der zweiten KonqKmentexi, welche das Zusammenwiiken der Steuerungskoirponeiiten koordimeren. 
Dabei ist in bzw. bei der Systemschicht wenigstens eine offene Schnittstelle zu den Betriebsfunktionen 
voigesehen, wodurch die Systemchicht die Basisfunkdonen nrit beliebigen Betriebsfonktioiien derart 
v^indet, dass die Betriebsfunktionen modular eingebimden und/oder verwendet bzw. modular an das 
elektronische System angebunden w»d^ kdnnen. Damit werden die Betriebsfunktionen bzw. die 

10 Betriebsteihnodule modular einbmdbar in das elektnmisdie System, wieder verwendbai mid jedeizeit 
austauschbar bzw. verSnderbar. Duidi die Systemschicht wild eine definierte Schmttstelle festgelegt, um 
im Rahmen der Steuergerfite-Software fihr beliebige Betriebsfunktionen eine Variantenbildung sowie 
Erweiterungen bzw. VerSndenrngen der Funktionalitat, insbesondere durch Betriebsteilmodule, so 
genannte Plug-Ins, zu ermOglichen. In einer Ausgestaltung kann damit ein System, welches sich bereits in 

15 Serie bzw. im Einsatz oder Betrieb befindet, jederzeit weiterentwickelt, vertlndert und/oder durch 
Hinzufiigung neuer Betriebsfunktionen erweitert werden. Damit kOnnen sinnvollerweise 
Steuerungsaufgaben bzw. spezifische Leistungsmedanale eines elektronischen Systems sefar flexibel und 
individuell entworfen, entwickelt bzw. inq)Iementiert werden. AuBerdem kOnnen zusStzlich die 
Oberwachungsfunktionen bezQglich der Betriebsfunktionen mid/oder der Betriebsteihnodule in der 

20 Systemschicht eingebunden werden. Durch diese Modularisierung der Software- und 
Oberwacihungsfunktionalitaten ergibt sich die MOglichkeit, beispielsweise von Dritten erstellte Software 
mit geringem Aufwand in das elektronische System einzubinden. Dies erlaubt auch, spezifische Varianten 
ausschlieBlich innerhalb der Betriebsfunktionen bzw. der Betriebsteilmodule darzustellen, wahrend die 
Systemschicht anwendungsunabhSngig gestaltet werden kann. Nachteilig ist hiecbei, dass lediglich 

25 &nnale Vorgaben gemacht weiden und konkiete, inhalfliche Vorgehensweisen nidit angegeben sind, 
insbesondere kein anonymes Vei&hren zur Auswahl von Betriebsteilmodulen oder Plug-Ins. 

Vorteil der Erfmdung 

30 Ausgehend vom geschilderten Stand der Technik soil ein anonymes Verfahren zur Auswahl von 
Informationsgebem, insbesondere zur koordinierten Antriebsstrangsteuerung von Kraft&hrzeugen, 
geschafGm werden, welches z. B. eine eixi&che AnstausdibaricBit von Plug-Ins in Con^utersystemen 
omOglicht 

35 Die Erfindung sdMgt eta Priorisierangsver&hren mit den Makmalen der Patentansprtlche 1 und 5 vor. 
Vorteilhafte Ausgestaltungen der Ecfindung sind Qegenstand der UnteransprCLche und der nachfblgendra 
Beschreibimg. 
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Br findimffl gemaB ynrd ein anonymes PriorisieTungsveifthrai von Infonnationsgebeni, z. B. Plug-bis^ zur 
VerfUgung gestellt Um in Conyutersyst em en auf ein&che Weise eine gewQnsdite einftche 
Austauschbad^it von Fimkti(mea in Kdnqxmenten odei ?hig-Ins etreichen zu kOnnen, ist es eiforderlidi, 
dass die ubrigen Konqjonenten einer Softwareardiitektur des Computersystems imah hangig von der 
Anzahl und der Funktionsweise der Phig-Ins auf die Plug-Ins zugreifen kSnnen. Nur so kfinnen Plug-Ins 
beliebig ausgetauscht werden. Ein erfindungsgemaBes Priorisierungsverfehren von Monnationsgebein, z. 
B. Phig-Ins, zur Steuerung, insbesondere zur koordinierten Antriebsstrangsteuerung fdr ein Kraftfehrzeug, 
setzt insbesondere diese Zielsetzung um. In dea Plug-Ins bzw. Anforderem ist in AbbSngigkeit von der 
aktuellen Fahrsituation ein Anforderungswunsch enthalten, wobei jedoch nicht bd jeder bestimmten 
Fabisituation im entspiechenden Plug-In oder Anforderer auch ein Anfbidenmgswunsch entfialten sein 
muss. Die Anforderer oder Phg-Lis werden nadi dem Grad ihrer Prioritat au6teigend oder abMend 
sortiert, wobei diese Prioritat in Abhflngigfceit von globalen Optimieningskriterien bestimmt wird, 
beispielsweise einer Okoabstimmung, Sportabstimmung oder einer Wintererkennung. In dieser 
entsprecbend sortierten Uste mit Anforderem oder Plug-Ins werden die einzeben Anforderer sequentiell 
beginnend mit dem Anforderer mit der hochsten Prioritat abgearbeitet, d. L es wird abgefragt, ob ein 
Anforderungswunsch im Anforderer bzw. im Phig-Ih vorliegt Sobald ein Anfozderer einen 
Anforderungswunsch entfaait, wird das Abaifoeiten abgebrochen, und der in diesem Anforderer enthaltene 
Anforderungswunsch ausgewShl^ vorzugsweise gespeichert und weitergeleitet Jeder Anforderer in den 
sortierten Listen kann durch eine Identitfit (ID), voizi^gsweise als Zahl, und der Position in der Uste 
eindeutig gekemizeichnet sein. 

In einem weiteren CTfindungsgemaBen Priorisierungsverfehren von Informationsgebem, z. B. Plug-his, 
werden in einer liste mit Anforderem bzw. Phig-Ins alle Anforderer in beliebiger Reihenfolge 
abgearbeitet, wobei diese Liste nicht nach Prioritaten sortiert ist und das Abarbeiten hier beispielsweise 
auch sequentiell erfolgen kann. Daran anschlieBend wird der Anfordenmgswunsch in der Liste der 
Anforderer mit dem maximalen (minimalen} Anfoidemngswunsch oder der Hinr liRrliTiittii^hft 
Anforderungswunsch der Anforderer ermittelt Dieser maximale (minimale) Anforderungswunsch wird 
anschlieBend gespeichert und weitergeleitet 

^ Enmttlung des maximalen (minimalen) Anforderungswunsches wird im Allgemeinen das nachfolgend 
beschriebene Schema verwendet Die in der nidit sortierten Liste enthaltenen Anforderer bzw. Plug-Ins 
werden in beliebiger Reihenfolge abgefcagt Der erste abgefiragte Anforderungswunsch, der von einem 
einen Anfordeiuqgswnnsch enihaltenden Plug-In stemmt, wild zunScihst zwisdiengespeichert Jeder 
weitere abge&agte Anforderungswunsch wird mit dem zwischengespeicherten Anfordoimgswunsch 
verglichen, ob er groBer (kleiner) ist als der zwischengespeicherte Anforderungswunsch. Falls ein 
abgefragter Anfordenmgswunsch groBer (kleiner) ist als der zwischengespeidierte Anforderungswunsdi, 
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wild dieser abge&agte Anfoiderungswunscih zwischengespeichert und der vorhergehende 
AnfordenrngswuDSch g^lOsdxt, d. h. der bisher gespeicheite Wert wird vom aktuell abgefiragten Wert 
Uberschrieben, wobei andemMs keine Speichenmg erfolgt, d. h. der bisher zwischengespeicherte 
AnfordenuigswuDSch gespeichert bleibt Nach der Abfrage aller Anforderer ist der maxiiDale (mimmale) 
Anforderuiigswuiisch zwischengespeichert and kann weitergeleitet werden. 

Hieibei kam in einer Variante bei bestimmten Anforderem, z. B. Anforderem, die Motor und Bremse 
ansteuem, mit emem bestimmten Anfordenmgswunsch, z. B. einem Bremseingriff, der minimale 
(maximale) Anfordoimgswunsch, z. B. der minimale Vortriebswunsch, ausgewahtt werden und 
andem&Us der maximale (minimale) AnforderungswunscL 

In einer weiteren Variante des eben beschriebenen Priorisienmgsver&hrens nach maximaler (rniniinaler) 
Auswahl ist es auch mOglich, dass einzehie Anforderer bzw. Plug-Ins bewirken, dass bestimmte andeie 
Anforderer bei der Ennittlung des maximalen (minimalen) Anforderungswunsches nicht bertlcksichtigt 
werden. Beispielsweise kann ein Anforderer-Fahrpedal bewiiken, dass alle anderen Anforderer, die eine 
BremsungA^erzOgerung bewiiken, nicht berOcksichtigt werden. 

Jeder Anforderer bzw. ein Plug-In ist durch eine Identitflt (ID), vorzugsweise eine Zahl, filr das 
Abarbeiten eindeutig gekennzeidmet Das bedeutet, dass die Position in der Liste nicht von Bedeutung ist 
Auch bei diesem Priorisierungsver&hren gibt es verschiedene Listen zum Aiq)assen an globale 
Optimierungskriterien, z. B. Okoabstimmung, Sportabstimmung oder Wintereikennung, wobei jedochhier 
nur relevant ist, welche Anforderer in der liste stehen. 

Beide eben beschriebenen Priorisierungsverfahren kdnnen auch miteinander kombiniert werden, wobei 
vorzugsweise das ers&esduiebene Priorisicrungsveifidiren zuerst eingesetzt wird und, &lls dieses kein 
Ergebnis liefert, das zweite Priorisierungsver&hren angewendet wird. Das erste Priorisierungsver&hren 
liefert keinen Anforderungswunsch, &lls in der entsprechenden liste in keinem der Anforderer bzw. Plug- 
Ins ein Anforderungswunsch endialten ist 

Das erfindungsgemaBe Priorisierungsverfehren Irann vorzugsweise mit einem Computersystem mit 
wenigstens einem Prozessoi/Speicher und einer entsprechenden Soitwarearchitektur durchgefdhrt werden. 
Unter dem absttakten Begriff der Ardutektm: wird sowohl die Systematik der Strukturienmg eines 
kon^lexen Systemverbundes als auch deren konkrete Umsetzung verstandea Diese Icar^ aus den 
nachfolgenden Elementen bzw. Konqxmenten bestehem ein "Operation System and Specific Services" mit 
Betriebssystem und spezifischen Diensten als Basis f&r alle anderen Hemente und Anwendux^en, einer 
"Basic Functionality" zur Umsetzung universeller Anforderungen, wobei Grundfiniktionen eines 
Steuergerates, beispielsweise der Ansteuerung von Aktoren eines Verbreimungsmotors, in der Basic 
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Functionality beweikstelligt werden, einem "L^er" zur Koordinierung von Au^aben &r 
BasisfunktionalitSten der Basic Functionality und zum Einbinden von Plug-In^ und wenigstens einem 
Phig-In zur UimsetzuQg von konkreten Au%aben bzw. Funktionen, die Uber die Basis&nktionalitSt der 
Basic Functionality binausgehen und vom Layer koordimert weiden. 

5 

Mix dem erfindungsgemSBen Priorisierungsverfahren (ausgefiihrt vom Con^utersystem) kdnnen 
vorteilhaflerweise die Plug-Ins modulaitig ausgetauscht werden, wodurch das Priorisierungsverfahren 
flexibel an unteiscbiedliclie HersteUer- und KundenwQnsche anpassbar ist und Funktionen ein&ch 
implementierbar sind Dadurdi kann das Friorisierung^verfehren durdigefilhrt mit dem Computersystem 
10 auf ein&die und voiteHhafte Weise auf verschiedene Fahizeugtypen oder unterscbiedliche Motoren 
fibertragen werden, obne diese selbst verSndm zu mOssen. 

Des Weiteren kdnnen durch diesen modulhaften Aufbau auch neue Teilfunktionen einfech in das 
Priorisierungsverfahren durchgefiihrt mit dem Computersystem eingefilgt werden. Dadurdi ist 
15 beispielsweise audi ein Softwaresharing mdglich. 

Aufifflxtem sind vorteiUiafterweise in der Softwarearchitektur auch offene Schnittstellen (open inter&ces), 
auf die von aufien 2ugegri£fen werden kann, und geschlossene Schnittstellen (encapsulated inter&ces), die 
nach aufien nicht fireigegeben sind, mtegri^ 

20 

Als Phig-Lis kommen zur Umsetzung von beispielsweise verschiedenen charakteristischen Eigenschaften 
von Fahrzeugen beispielsweise ein ACC Request (Adaptive Cruise Control Request) zur Anpassung der 
Geschwindigkeit oder des Abstandes des Fahrzeuges, ein Drivers Demand (comfort bzw. sport) zur 
Auslegung und Interpretation des Fahrpedals, Driveability zur Festiegung eines globalen 

2 5 OptiniieruDgskiiteriums, z. B. Fahikomfort oder Spor^ sowie Shift Strategy (comfort bzw. sport), die aus 

dem Sollwert f&r das Drehmoment am Getriebeausgpng und der Fahrzeuggeschwindig^eit den Sollwert 
fdr die Getriebeflbersetzung und das Motomioment bestimmt 

Im Layer sind beispielsweise die Koordinatoren Vehicle Coordinator, Vehicle Motion Coordinator imd 

3 0 Powertrain Coordinator integriert Jeder Koordinator sollte mit den Phig-Ins kommimizieren kSnnen, d. L 

fiber Schnittstellen mit den Plug-Ins verbunden seia Des Weiteren sollte der Layer ttber Schnittstellen zur 
Kommunikation mit der Basic Functionally veibunden sem, welche Basisfunktionra enMh, die wie 
Sensoren oder Aktoren agieren, wobei z. B. das engine management als Momentensteller widt^ das 
transmission management ein t)bersetzungsveihiltnis umsetzt, das brake management eine geforderte 
35 negative SoHbeschieunigung einstellt und ein Adaptive Cruise Control (ACQ System die 
Geschwindigkeit an eine Fafarervorgabe aiqiasst 
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Anfordennigen verachiedeiifir Systeme werden in einheidicher Art auf Basis von SystemfQhnmgsgrOfien, 
z. B. Getriebeausgaxigsmoment, zential eingefaradit Das Priorisienmgsver&Iuren durcbgefiihrt mit dem 
Con^utersystan erlaubt es damit durch den einfechen Anstansdi oder das Hinmfilgen von Funktionen, 
die in Phig-bs gntlialten sind, ein Kraftfihrzeug flexibel an verschiedene Anfordenmgen anpassen zu 



5 kSnnen. Dadurch kOnnai die Automobilhersteller eine Maikendifferenzienmg auf Softwarebasis 
einfWiren, weil allein au%nmd unterschiedlicher Softwardcon?)onjmten Fahizeuge mit unteischiedlichen 
Eigenschaften zur Verfilgung stehen. Des Weiteren kSnnen auch die Kosten in erfieblichem Mafie 
reduziert werden, weil zum Aiq)assen an neue Funktionen nicht das gesamte Priorisieiungsverfihien 
durchgefUhrt mit dem Con5)utersystem ausgetauscht werden muss, sondem lediglich duich den 



1 0 kostengOnstigen Austausch einzelner Phig-Ins die Eigenschaften verSndert werden kfinnea 



Zur Mndung gehorig ist weitarhin em Steuenmgssystem flJr ein Fahrzeug, insbesondere Kraftfahrzeug, 
bei dem das Steuenmgssystem derart ausgelegt ist, um ein erfindungsgemSBes Priorisienmgsverfehren 
auszufiihren. Insbesondere Iflsst sich mit einem solchen Steuenmgssystem eine koordinierte 
15 Antriebsstrangsteuenmg eines Kxaft&hrzeuges realisieren. 

Teil der yrfi"'^i"ig sind auch Conyutcipiogiam m e nrit Progranmicodemittehi oder 
Computerprogrammprodukte mit Frogrammcodemitteto, die auf euiem lesbaren Datentriiger gespeichert 
smd, um eines der erfindungsgemflfien Ver&hren durdizufOhren, sofiem das Computerprogramm auf j 
2 0 einem Computer oder einer entsprechenden Recheneinheit ausgefObrt wird. 

Zeichnungen 

Nacbfolgend wird die Erfindung beispielhait bescbdeben. Dabei zeigem 



25 



Fig.1: 



ein Schema eines "inteUigenten" Fahizeuges der Zukunft, 



Fig. 2: 



einen schematisierten Entwickhmgspiozess eines xnodulartigen Systenoaufbaus, 



30 Fig. 3: 



eine an der Faliizeugtopologie ausgerichtete stniktuiierte Funktionsarchitektur, 



Fig. 4: 



eine schematisierte Obersicfat auf eine Softwarearchitektur des modulartigen 
Systemaufbaus, 



35 Fig. 5: 



eine schematisiertB beispielhafte Konkretisienmgsfonn der Systemarchitektor des 
modulartigen Systemauftaus, 
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Fig. 6: 



eine schemadsierte Ansicht der symbolischen Ausstatbing eines Kzaft&hizeuges als 
VersuchstrSger, 



Fig. 7: 



ems Softwaieaichitektur mit Phig-In-Design in einer Schidxtexiaixsidi^ 



Fig. 8: 



einen erfindungsgemSfien scbematisierten imieren Aufbau eines Vehicle Motion 
Coordinators ans Fig. 7, 



Fig. 9: 



eine grafische DaisteUung einer erfindongsgemflfien linearen Priorisierung (erste Stufe) 
imd einer erfindungsgemSBen MaximalrAuswahi (zweite Stufe), 



Fig. 10: 



ein erfindungsgem^es Ablan&chema eines Priorisierungsver&brens als Kombination 
aus linearer Priorisierung (eiste Stufe) und Maximal-Auswahl (zweite Stufe), 



Bevoizugte AusftLhrungsfoim 

Ein modulartiger Systemaufbau (audi unter Caitronic des Untemehmens Bosch bekazmt) f&r alle 
Steueiungs- und Regelungsaufgaben im Fakzeug ist eine offene Systemarchitektur. Das 
erfindungsgemflBe Priorisierungsver&hren kann vonnigsweise m einem Con^teisystem mit diesem 
modulartigen Systemaufbau eingesetzt werden. Aus diesem Grund vnxd nachfolgend dieser modulartige 
Systemaufbau bzw. diese Softwarearchitektur ausfilhrlich beschrieben. 

Die dem modulaien Systemaufbau zugrunde liegende Vision gliedert das intelligente Fahrzeug der 

:&iknnftindrdwesentHcheElemente,siehBFig. 1: 

Intelligente Sensoren er&ssen alle filr den Fahrzeugbetrieb wichtigen Mormationen. Hierzu 
gehdren z. B. Seosoren zur Br&ssung von Bewegungsdaten wie Geschwindigkeit, 
BescMeunigung und Drehrate, Sensoren f&r fehrzeuginteme GrOBen wie Temperaturen und 
DrOcke und zukOnfiig auch vennehit Sensoren ixxr Er&ssung des Fahrzeugumfelds (z. B. 
Ultraschall, Radar, Video). 

Intelligente Aktoren setzen die eiforderlichen Stellbefehle sicher und zuverlSssig um. 
Intelligente, elektronisch gesteuerte Aktoren sind z. B. der Antriebsstrang, bestehend aus 
Veibremumgsmotor und Gelriebe zur Eizeugung des Vortriebsmoments, elektronisch geregelte 
Bremssysteme zur definierten VeizOgCTng und Stabilisierung des Fafarzeugs und elektronisch 
geregelte Lenksysteme fDr eine sichere und femfilhlige Spurfilhrung. Diese Eingriffe werden 
kUnftig vennehrt '*by wire" elektronisch gesteuert und ab^rwadit eifolgen. 
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Erne MeDsdi-Maschme-Scbiuttstelle (Human-Machine-lDter&ce, HM!) gibt dem Fahrer die fitr 
ifan in der jeweiHgen Fahisituation lelevaoten Lsfonnaticmen und erlaubt die sichere und 
komfortable Bedienung des FahizBUgs fiber die Bedienelemente des Cockpits. 

5 Die heutigen Fahizeuge sind in der Rfigel durch "gewachsene" Elektronik-Struktureii nrit einer Vielzahl 
isolierter und autaiker Einzelfimktionen und SteuergCTSte gekennzeichnet Die Bitwicklung ist damit 
meist auf eine Optimienmg der isolierten Einzelfunktionea und Subsysteme begrenzt, die Optimierung des 
Gesamtsystenis gestaltet sich scbwierig. 

10 Zur Realisierung der Vision vemetzter Systeme im Fahrzeug wird daher eine durchgangige, konsistente, 
modulaie und offene Systemaichitektur erforderlick Ziel der Systemardntektur ist die nabHose 
integcation aller Teilsysteme zor effizienteren Darstellung tibergeordneter FahrzeugfiuMonen, welche ein 
Zusanunenwirken mehrerer Teilsysteme erforderlich machen.. Weitere Ziele sind Flexibility hinsichtlich 
unterschiedlicher Fahizeug- und Steuergeratekonfiguiationen, einfechere Inq)lementierung kundenr 

15 spezifischer Funktionen, sowie hohe Funktionssicherheit und Wiederverwendbarkeit von entwickelten 
Softwarekon^nenten* 

Unter dem abstraktea Begriff "Ardutektur" soil im Folgenden sowohl die Systematik der Stniktuiienmg 
des konq>lexen Systemveibimdes als auch deren konkrete Umsetzung verstandcn werden. Zur 
20 Beschreibung der "Architektur" lassen sich unterschiedliche "Sichten" unteischeiden, die jeweils durch 
eigene Beschreibungen (im Sinne unterschiedlich abstrakter bis konkreter Modelle) abgebildet werden, 
welche in den einzehien Stufen eines Entwicklungsprozesses erzeugt und unigesetzt werden, siehe Fig. 2. 

Grundlage der Systemarchitektur des modulartigen Systemauftaus ist eine an der Fahizeugtopologie 
25 ausgericbtBte, bieraicliisch klar struktarierte Funktionsarchitektar, siehe Fig. 3. Die Fnnktionsarchitektur 
beschreibt Qrdnung und Zusammenhang von logisch-modulaien Funktionskon^onenten: ibren Aui^aben, 
ihren • Schmttstellen, sowie ihren Wechselwiikungen untereinander. Wesendiche Elemente der 
Funktionsarchitektur sind Domfinen, (Sub-)Systeme, funktionale Kon^xmenten und Konmmnikations- 
beziehungen. Das resultierende abstrakte Modell ist noch unabh&igig von einer Implementierung mit 
3 0 einer speziellen Hardwaretopobgie. 

Die FcmktionsaxchitBktur unterteilt das Fahizeug m untersdiiedliche "Domanen**: Fahrzeugbewegung 
(Powertrain), Antiieb (Vehicle Motion), Kaiosserie und Lmemaum (Body and Intenor), elektrische 
Eneigieversorgung (Electrical Supply System), thermische Energieversorgung (Thennal Siqiply System) 
35 usw. Inneihalb jeder DomSne werden unterschiedliche Subsysteme identifiziert, die aus "funktionalen 
Komponenten" bestehen, welche tlber Kommunikationsbeziehungen miteinander in Wechselwkkungen 
stehen. Der Begriff "Komponente** meint dabei nidit zwangslaufig die physikalische Einheit im Sinne 
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eines Bauteils, sondem eine Funktionseuiheit, die sich gg£. als Subsystem in weiteie fankdonale 
Unteikomponenten zerlegen lasst 

Jedes der Subsysteme koordimeit seine UiitedQonQ)onenten selbst, die Roordination zwischen 
5 Teilsystemen Qbemehmen spezielle Fimktionskon^ponenteD, die a]s Kooidinatoiea bezeidmet weiden. 

Bel den Kommunikationsbeziehiingen werden die vier Grundtypen Auftrfige, Anfordenmgeo, 
Rllckmeldungen, imd Abfragen unteischieden. Eine Anforderung ist der Wunsch zur AiisfQhrung einer 
Ai£^be, wahrend ein Aufbag nut der Pflicht zur AusfQluung veibunden ist Wahrend gg£ mehrere 
10 unteischiedliche funkdonale Komponenten Shnliche und auch konfliktare Anfordenmgen stellen kfinnen 
(beispielsweise unterschiedlicbe Veibraacher ein Antriebsmoment eioes Motors), eifolgt die 
Auflragserteilimg durch genau einen Auftraggeber (z. B. exnen Antriebsstrangkoordinatoi) an genau einen 
Auftragnehmer (z. B. den Verbrennungsmotor). Der Auftragnehmer gibt dem Auftraggeber 
gegebenen&Us eine RUckmeldung Qber die Ausiiihrung. 

15 

Die Funktionsarchitektur kann grafisch oder auch durch UML-Modelle abgebildet werden. UnabhSngig 
von der gew3hltea Besdureibungsfonn liefem die zugrunde liegenden Strukturierungsregehi insbesondere 
in der Phase der Systemanalyse eine kcmsistente Metibode zur Beherrschung der Kon:q)lexitat, und 
eriauben die systematische Definition &nktionaler Scbnittstellen. 

20 

Der nadiste Schritt im ^rtwicklungsprozess besteht in der Umselzung der Funktionsarchitektur in eine 
geeignete Softwarearchitektiir. Die Softwarearchitektur beschreibt die Stiukturen der Software des 
Systenos, sie besteht aus Softwarekomponenten, die in sich in weitere Software-Unterkon5)onenten 
unterteilt werden kOnn^ Der Funktionsuna&ng einer Softwaiekonnponente muss im Allgememen nicht 

2 5 zwangsUtufig mit einer fimkdonalen Komponente des modulartigen Systemaufbaus gleichgesetzt werden. 

Die funktionale Strukturierung von Konqionenten des modulartigen Systemaufbaus unterstQtzt aber em 
objektbasiertes Softwaiedesign. 

Fig. 4 zeigt eine produktorientierte, schematisierte Obersicht auf erne auf dem modulartigen Systemaufbau 

3 0 basierende Softwarearchitektur. Verein&cht lassen sich folgende Elemente unterscheiden: 

"Operation System and Specific Services" mit Betriebssystem und spezifischen Diensten als 
Basis fOr alle Anwendungen, die auf dem SteuergerSt lau&n sollen; 

"Basic Functionali^ bezeichnet Gnrndfiinktionen des SteuergerSts zur Umsetzung univ^rseller 
35 Anforderungen (z.B. Ansteuerung der Aktoren eines Verbrennungsmotors). Die 

BasisfimktionalitSten werden aus der Funktionsarchitektur eraiitteit und strakturiert; 
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'Tjsycs": diese Softwarekon^nente f&fart die KoordinatioDsau^^ben fOr meliiere Basisfimktio- 
nalitaten duich und bindet Plug-Ins ein; 

"Phig-In": diese Soflwarekonq)oneiitBn setzen konkrete, separieibare Au^ben um, die liber die 
BasisfusktionalitSt hinausgdien und durch die Komponente Layer koordiniert werden. 

5 

In dieser Aufteilung kOnnen offene und gek^selte SchnittsteUen (open and encapsulated interfaces) unter- 
schieden weiden. Gek^selte SchnittsteUen sind nacb auBen nicht fieigegeben, wflhrend auf ofifene 
SchnittsteUen fiei zugegrifFen werden \^^ . Die Modularitat dieser Softwarearchitektur TinterstQtzt die 
Austauscbbaikeit von TeilfunktionaUtSten und eimdgUcht damit ein Softwareshaiing. 

10 

Ftlr die Ini^lementienrng des Systemverbunds spielt die Aufieilung von Fuoktionen anf lamkiete 
Steuergerate und die AbbUdnng von Kommunikationsbeziehungen auf eine Netzweiktopologie eine 
entscheidende RoUe. Wahrend im traditioneUen Ansatz "gewachsener" Systeme typischerweise im eisten 
Schritt die AufteUung der SteuergerSte und deren Vemetzung vorgegeben wurde und sich Funktions- und 
15 Softwarearchitektur an diesen Gegebenheiten ausrichten musste, unterstQtzt der modulartige 
Systemaufbau hier einen systematisclien simultanen Entwicklungsprozess. 

Der modulaitigea Systemaufbau erlaubt duich die zugrunde liegende KoordinatiQn verteUter Systeme eine 
flexible Systemrealisiening sowohl in dezentral verteilten als aucli zentral konzentiierten 
20 SteuKgerateaufleUungen. Auch hinsichdich der Verwendung spezifischer Bussysteme und 
Komramiikationsstandards erlaubt der modulartige Systemaufbau durch Kapsehmg der damit 
verbundenen SchnittsteUen eine hohe FlexibUitat 

Die je nach Marktsegment und HersteUer spezifisch unterschiedlichen Topologien werden daher vom 
25 modulaitigen Systemaufbau mit einem hohen Wiederverwendungsgrad von Funktions- und 
Softwarekon^jonenten unterstQtzt 

Wie die voifaergehenden Ausfilhrungen gezeigt haben, bUden klar definierte, standaidisierte SchnittsteUen 
ein Kemelement fdr die BewSltigung der Herausforderungen eines Systemverbundes. 

30 

Die Systemarchitektur unterstQtzt die Erarbeitung universeUer SchnittsteUen. Je nach Sicht lassen sich 
dabei unterschiedUche Konloetisierungsformen unterscheiden, siehe Fig. S: 

Funkdonale SchnittsteUen (basic fonctional interfiiceX die ausgehend von einer verein&chten 
35 Form (Beispiel: die Momentenanforderung an den Veibrennungsmotor) in abstrakte 

SignalschnittsteUen detaiUiert werden (Beispiel: die DetaiUierung der Momentenanfordenmg in 
Form eioes moirre nfanefi SoUmomBnts (torque request), einem iSngerfristigen FUhrungsmoment 
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(toique lead request), und z. B. weiteren Dynamik- und Statusinjformatioiien (torque set time, 
characteristics), 



5 



koDkretB Softwareschnittstellca inneihalb eines Steuergerfits, wobei die funktionalen 
Sdmittstellen durch softwaretedmische Anforderungen ergSnzt werden (Beispiel: die Codierung 
der Momfintenanforderung in Form von Variablennamen, Datentypen, Skalierungen, 
Amplituden- und Zeitquantisierung fUr momentanes Sollmoment, FObrungsgrOfie, Dynamik- und 
Statusinfbrmationen), 



10 



sowie konkrete Signalschnittstellen auf einem Bus zwischen SteuergerSten (Beispiel: die 
Codierung der Momentenanfordernng in Form von Signalnamen, Datei^pen, Skalierungen, 
Anqilituden- und Zeitquantisi^img sowie Busadressen filr momentanes SoUmomen^ 
Ftkhrungsmoment, Dynamik- und Statusiofoxmationen). 



Bin wcsentlicher Vorteil bestebt darin, dass die unteischiedlichen Schnittstellenfonnen transparent 
zugeordnet und ineinander Uberfiihrt werden kOnnen. Damit kann zum Zeitpunkt der Entwicklung einer 

15 Softwarefunktion eine weitgehende UnabhSngigkeit der Softwaie-Scbnittstellen vom tatsachlichen 
Transportmechanismus der Information (innerhalb eines Steueigerfits oder Qber einen Bus) sichergestellt 
werden. Dui^ Kapselung spezifischer Teilsystemeigenschaffcen lasst sich auBerdem sicherstellen, dass die 
Sdmittstellen mahhsn^^. von dec technischen Ausfilhrungsform dar veibundenen Teilsysteme sind. Bin 
Beispiel bfldct die Momentenschmttstelle zum Veibreiranngsmotor, welche universell sowohl fir Benzin- 

20 alsauchDiesehnotOEeageeignetist 

Diese Architektur untersttttzt die nahtlose funktionale Integration unterschiedlicher elektronischer 
Fahizeugsysteme. DarOber hinaus erlaubt das Plug-In-Konzept die Inq)lenientierung von 
Softwaremodulen zur charakteristiscben Auslegung des Fabrvexfaaltens. 



Fig. 6 zeigt symboliscb die Ausstattung eines Fahrzeugs. Die Motorsteuerung EMU (Engine Management 
Unit) ist mit den Sensoren und Aktuatoren des Motors sowie mit dem Sensor des Fahrpedalmoduls 
verbunden. Femer verfilgt das Fahrzeug Ober ein Bremsensteuergerfit BMU (Brake Management Unit), 
eine elektroniscbe Getriebesteuerung TMU (Transmission Management Unit) sowie ein ACX^Steuergerat, 
3 0 welches die Signale des Radarsensors verarbeitet Ein CAN- (Controller Area Network) Bus verbindet die 
Steuergerate untereinander. 

Die Ausstattung erlaubt die flexible Konfiguration filr unterschiedlidie Fahrzeugcharaktere, nachfolgpnd 
exemplarisch m zwei Ausprftgungen als "sportlidi" und "komfortaber bezeichnet Ein Schalter im 
35 Fahrzeugmncnraum eimdglicht es dem Fahrer, zwischen diesen beiden Fahrzeugcharakteren 
umzuschalten. Im Unterschied zu herkOmmlichen Implementierungen derartiger Fahizeugcharakteristiken, 
bcruht die Unterscheidung nicht nur auf unterschiedlichen Parameter-Applikationen innerhalb der 



25 
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EiDzelsysteme, es werden vielmehr auf einer Obergeordneten Ebene Softwaie-"Plug-Iii"-FunIctionalitaten 
zur Aopassung des GesamtsystemveriialteDS hoangezogen^ weldie liber Sdmittstellen die jeweils 
hinsiditlich Software und Abstimmung unverfinderten Einzelsysteme anspiechen. 

5 Um den Komfortcharakter beispielsweise einer T-tTnongrnR der Prezmumklasse darzaste]len» wurden 
exemplaiisch folgende Anfordenmgen gestellt 

Das Fahizeug soil ein Adaptive Quise Control (ACC) System erhaltea Dieses System enndglicht eine 
Anpassimg der Geschwindigkeit an eine Fahrervoigabe sowie des Abstandes an voraus&faiende 
10 Fahizeuge, indem Antrieb und Bremse elektronisdi angesteuert weiden. ACC ist ein innovatives 
Ausstattungsm^kmal, das den Premimnchaiakt^ miterstreicht und den Fahikomfort erli5ht 

Elektronische BremseingrifFe f&r ACC und andere LSngsregelsysteme (wie z. B. einem 
Fahrgeschwindigkeitsregler mit BremseingrifO soUen fiber das Bremssteuergerflt (BMU, Brake 
15 Management Unit) m5glich sein. 

Das Fafazzeug soli sich bei der Gasannahme "weich" anfflhten^ d. h. ein ruckartiges Anfabren soli 
venmeden iverden. Kbenso sollen Lastwecbsel "sanfT ecfolgen, d. L die Eigend^nanmk des Triebstranges 
soil fOr den Fahrer unter keinen UmstSnden spOrbar sein. Die Getriebeschahung soil auf einen eher 
20 Okonomischen Betrieb ausgerichtet sein, d.L der Motor soil voirangig bei niedrigen Drehzablen 
betiieben weiden. 

Im spoitlichen Fabrzeugchaiakter wurden als oberstes Ziel der FahrspaB optimiert Entsprechend dem 
vorgegebenen Fahizeugcharakter soUten Getdebe- und Motorsteuerung wie folgt ausgelegt werdem 



Der Motor soU spontan Gas annelimfm, d. k die Fahtpedalinterpietation soil "schaif* appliziert sein. 
Lastwecbsel sollen schnell eifolgen kOnnen, d. h. die DSmp&ng zur Unterdrttckung der 
Triebstrangdynamik ist sekundar bezttglich der Spontaneitat Der Motorbetriebspunkt soil zu Gunsten 
hoher Drebzahlen ausgelegt sein, damit der Fahrer jedeizeit Hber eine mOglichst hohe Leistungsreserve 
30 verfUgt 

Zur Demonstration der hohen Flexibilitat wird bei dieser Auslegung auf Einbindung des Komfortfeatures 
"ACC-vetzidJlet 

35 Fig. 7 zeigt die verwendete Softwaieaichitektur zur Umsetzung mit Plug-In Design in der 
Schichtenansicht 



25 
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Die obetste ScMdit wird von secbs Phig-Ins gebildet, welche die charakteristisdieii Funktionen znr 
Umsetzxmg der Anfoidenmgen an die zwci Faluzeugchaiaktere endialten: 
AOCReqaest 

ein Regelkreis sorgt fQr die Anpassung der Geschwindigkeit oder des Abstandes. Der Regler ist 
5 typischerweise Bestandteil der ACOSteuenmg und hat cine Beschleunigung als StellgrOfie. 

ACG-Request dbemimmt diese imd speist sie als Anfordenmg in den Vehicle Motion 
Coordinator ein. 

Drivers Demand comfort bzw. sport (in Fig. 7 getrennt dargesteUt): 

ein elektronisches Fafarpedal vnrd in dieser Komponente ausgewertet und als Vortriebsmoment 
10 am Cfetriebeausg^ng inteipretiert Diese Fimktion hat staricen EmfluO auf das Fahrveihalten und 

damit auf den Markenchaiakter. Das comfort Phig-In enthait eine weiche Fahipedal- 
interpretation, wahrend die sportliche Variante sdiarf ausgelegt ist, d. L ein hohes Drehmoment 
bei vergleichsweise kleinem Fahrpedalweg. Das berechnete Vortriebsmoment am 
Getriebeausgang wild tib^ die Schnittstelle als Anfordenmg an den Vehicle Motion Coordinator 
15 gestellt 

Driveability: 

dient u. a. der . Fesflegung eines globalen OptinderungskriteriumSy also in einem Fall 
Tahrkomfort" und in dem anderen "Sport". Ein wdterer BestandteO dieser Konq)onentB sind die 
KomfortfonkCionea zur LastschlagfLlterung, d. h. Andenmgen im SoUmoment werden so 

20 gedSnq)^, dass kem stfirendes Ruckeh oder Sdiwingungen im Triebstrang aufireten. Diese 

Gradientenbegrenzung verhindert die Erregung von Triebstrangschwingungen im Bereich der 
Eigenfiequenzen. Ober eine Schnittstelle kann dem Vehicle Motion Coordinator ein minimaler 
und maximaler Gradient des AntriebssoUmoments vorgegeben werden. DarQber hinaus wertet 
Driveabilty den Schatter aus, mit dem zwischen dem spordichen und komfortablen 

25 FahrzeugdiarakCer umgeschaltet werden kaim. Als Attemative zu einem Sdialter kOnnte hier 

eben&lls erne Fahrertypeikemiung realisiert werden. Der ausgewahlte Modus wird ansdilieBend 
an den Vehicle Coordinator weitetgeleitet. Em weiteres Feature ennOglicht; bei Gangwechsehi 
den Ruck durch gezielte Steuerung des Motormoments zu vermeiden, indem ein mininial und ein 
iriaYinifll einzuhaltcudes Motomaoment an Powertram Coordinator ttbeigeben werden. 

30 - Shift Strategy comfort bzw. sport (in Fig. 7 getremit dargesteUt): 

enthalt erne Rechenvorschrifi, die aus dem Sollwert filr das Drehmoment am Getriebeausgang 
und der Fahrzeuggeschwindigikeit den Sollwert £Dr die Getnebeabersetzung und das 
Motormoment bestmunt Urn die Vorg^ des Solhnoments zu ^llen, ergibt sidi bezQgLich 
aktueller Geschwindigkeit ein Freiheitsgrad in der Wahl des DbersetzungsveiliSltnisses. Das 

35 Obersetzungsveih^tnis wird entweder zugunsten ernes Okonomischen Motorbetriebspunktes 

(Shift-Strategy comfort) oder zugunsten einer hohen Leistungsreserve (Shift-Strategy sport) 
gewghlt Sowohl der Sollwert fiir das t^b^etzungsverhaltnis als auch filr das Motormoment 
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werden an den Coordinator Powertrain geseodet. DarOber hinaus ist eine Ftinktion zur 
UnterdiQckung von Pendelschaltung^ endialteo. Ober die gemeinsame Sdmittstelle werden dem 
Powertrain Coordinator ein minimal bzw. maxmial zulSssiger Gang vorgegeben, weldie bei 
Schaltungen einzohalten sind 

5 

Unteihalb der Plug-Los befindet sich in Fig. 7 der Layer, welcher die Koordioatoren Vehicle Coordinator, 
Vehicle Motion Coordinator und Powertrain Coordinator umMt Jeder Koordinator verfilgt ttber beliebig 
viele AusfOhnmgen einer Idar defini^rten fixen Sdmittstelle zur Kommunikation ndt den Phig-Ins. FOr 
jedes Phig-In, das nut einem Koordinator kommmiizieren mdcihte, stellt dieser eine weitere Ausfilhrung 

10 seiner Schnittstelle zur Verfilgung. In diesem Fall ist z. B. Vehicle Motion Coordinator xDSgesamt roit drei 
Plug-Ins verbunden: ACC Request, Drivers Demand und Driveability. Die einheitlichen Schnittstellen 
enn5gUchen die Darstellung eines breiten Spektrums an Funktionalitat in den Plug-Ins. Wahrend die 
Koordinatoren die Plug-Ins mit alien globalen Fahizeugdaten versorgen, sind die Schnittstellea in 
umgekehrter Richtung - also vom Plug-In zu den Koordinatoren - dagegen veigleichsweise schmalbandig. 

15 H^ufig kommt es innerhalb eines Koordinators zu Konflikten zwischen konkurrierenden Anforderungen 
(z. B. gleichzeitiger Vortriebswunsch von ACC und tlber Fahrpedal). Diese kOnnen mit Hilfe eines 
erfindungsgemafien flexiblen Priorisierungsvol&brens zu Gunsten einer .vorgebbaren Strategle 
entschieden werden. In einer applizieibaren Priorisierungstabelle wird festgeleg^ welche Plug-Ihs 
aufgerufen werden. Das Prinz^) dieses Prioiisierung3ver&hrens wird nachfolgend am Beispiel des Vehicle 

2 0 Motion Coordinator verdeutlicht 

Mit der tiefer gelegenen Softwareschicht der Basic Functionality ist der Layer fiber Standard- 
Schnittstellen verbunden. Diese Basisfunktionen verhalten sich aus Sicht des Layers wie intelligente 
Sensoren oder Aktuatoren. Zum Beispiel fungiert die Kon^nente Engine Management als eui 
25 Momentensteller, Transmission Management setzt das befohlene 0b«:setzungsverhaltni5 um. Brake 
Management stellt die geforderte Sollbeschleumgung ein und ACC liefiert die Daten aus Objektedcennung 
und ACC-BedienteiL 

Fig. 8 zeigt den inneren Aufbau des Vehicle Motion Coordinators aus Fig. 7. Ober einheitliche 
30 Schnittstellen werden die Mormationen der Plug-Ins in einen Puffer eingelesea Die 
SdmittstellenkifoimatiQn bestdit jeweils aus der Identitat (ID), die jedes Plug-In eindeutig kennzeichnet, 
sowie einen Nutzanteil (values), welcher die FunktionalitSt bestimmt Zxim Beispiel hat ACC Request die 
ID 7 und sendet eine BescMennigungsanfordeiuxig (a), Drivers Demand sport (ID 12) sendet ein 
Vortriebsmoment am Getriebeausgang(trq) und Driveability (ID 19)eineobereundunterGrenzefilrden 
35 Gradienten des Vortrlebsmoments am Getriebeausgang (trq). Ein geeignetes erfindungsgemflBes 
Priorisierungsvrarfehren (Priorization), in diesem Fall eine erfindimgsgemflBe lineare Priorisierung, legt 
die Abarbeitungsreihenfolge (Operation Order) der Anforderungen aus den Phig-Ins fest und teilt das 
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Ei:gebnis der ausfOhrenden lostanz (Op^on) mit Die Prioritatoa kannen ftlr jede ID in einer 
Prioiisiennigstabelle bzw. -liste (calibiBtable Priorization table) appliziert werden. Zar Darstellung 
untmchiedlicher Fafarzeugcharaktere kOnnea gleidizeitig mehrere PriorisieniQgstabelleii abgelegt sein, z. 
B. fiir "Sport" und fOr "Comfort". In diesem Fall enth^tt beispielsweise die Priorisierungstabelle fiir 
5 "Comfort" lediglich den Aufiiif des Phig-Ins Drivers Demand comfort (ID 23), wShrend z. B. das Plug-In 
Drivers Demand sport (ID 12) nicht aufgenifen wird. Umgekehrt enthalt die Priorisierungstabelle fiir 
einen sportlichen Falnbetrieb nur einen Eintrag der Phig-Ins Drivers Demand sport (ID 12) und 
Diiveability (ID 19), wobei ACC-Request QD 7) gezielt nicht berQciksichtigt wmL Die Answahl der 
Priorisi^ungstabelle wird von Vehicle Coordinator getroffen. Die ausfOhrende Emheit (Operation) raft 
10 die Anfoideningen der Plug-Ins nach Voigabe der Operation Order auf und veraibdtet diese: 

Im Ergebnis wird eine SoUbeschleunigung eimittelt, welcbe auf die Stellglieder Aotrieb (Motor und 
Getriebe) oder Bremse verteilt wird Im Fall einer Bremsung wird sie iiber die Schnittstelle zum Brake 
Management weitergeleitet Im Antriebsfall wird die Beschleimigung mithilfe der Zugkraftgleichung in 

15 ein SoUmoment am Getriebeausgang umgerechnet, anschlieBend kommt es zur Koordination mit der 
Anforderung ans Drivers Demand. In der Kegel setzt sich die Anforderung mit dem grOfieren 
Drehmomentenwunsch durch. In AusnahmeMen (je nadi Priorization table) kann es aber audi sinnvoH 
sein, dass zu Gunsten der Beschleunigungsanforderung des ACC entschieden wird Zum Beispiel erweist 
es sich als komfortabel, eine Br^nsverzOgenmg nicht schlagartig zu beoiden, wenn eine aktive Bremsung 

20 des ACC vorliegt und der Fahrer gleichzdtig Gas gibt, d. h. wenn der Fahrer Ubeireitet Das resultierende 
Sollmoment am Getriebeausgang wird anschlieBend an den Vehicle Coordinator (siehe auch Fig. 7) 
weitergeleitet 

Der Vehicle Coordinator leitet das SoUmoment an den Powertrain Coordinator (siehe auch Fig. 7) weiter 
25 und legt die Berechnung3relhenfi)lge aller Koordinatoren &st DarOber hinaus sorgt er ftlr die Umsetzung 
der globalen Fafarstrategie. Diese wird von Driveability in Form eines globalen QptimierungskritBrhuns 
("Komfort" oder "Sport**) entsprechend der Schalterstellung bestimmt und liber die gemeinsame 
Schnittstelle gesendet Auf Grundlage des Optimierungskriteriunas legt Vehicle Coordinator die zu 
verwendenden Priorisierungstabellen in den Koordinatoren fest 

30 

Der Powertrain Coordinator setzt die Anforderung zur Realisierung eines Getriebeausgangmoments von 
Vehicle Coordinator um. Ahnlidi wie in Coordinator Vehicle Motion wird anhand eines 
eifindungsgenUlBen Priorisierung^verfihrens die Beaibeitungsreihenfblge der Anforderungen aus den 
Phig-Ins, Shift-Strategy comfort bzw. sport sowie Driveability bestimmt Je nach ausgewShlter 
35 Priorisierungstabelle wird nur eine der beiden Schaltstrategi^ fiber die ID au%erufen. Transmission 
Management wird unter BerQcksichtigung des minimal bzw. maximal zulassigen Gangs aus Shift-Strategy 



wo 2004/014699^^ ^■T/DE2003/002540 

- 18 - 



zur UmsetzoDg des SoUwerts beauftragt Bei einem Gangwechsel wild das Motonnoment nach 
vorgegebener unterer und oberer Grenze aus Driveability an die Basisfunktion Engine tlbeigeben. 

Alle Anfoidenmgen an die Charakteie "sport" und "comfort" komiten nut insgesamt sechs Phig-Ins 
5 erfolgreich umgesetzt werden. Mit dem Schalter im Fahrzeuginnenraum kann wShrend d^ Fahrt zwischen 
beiden Modi umgeschaltet werdeiL Die Integration des ACC-Systems in der "coinfort"-Auspragung 
erfolgte ohne Anderungen in dem Layer. Dies untermauert die M^htigkeit der Schnittstellen za den Plug- 
Ins und erlaubt die zukOnftige Lottegration andmr Anwendungen ivie z. B. einer situationsabhangigen 
Geschwindigkeitsbegrenzung oder Cruise Control mit BremseingrifT als Alt^native za ACC. Die 
10 standardisierten SdmittsteUen der Layer mit den Basisfuhktionen, wie z. B. Engine und Transmission, 
ennOglicht aufierdem eine Entkopptong der Fahrfunktionen von den Aggregaten: sie ermdglichen die 
Verwendung der gleichen Fahrfunktionen fur untersdiiedliche Motortypen (Otto- und DiesehnotorBn) und 
unterschiedliche Getriebetypen (z. B. fOr Stufenautomatikgetriebe und CVT). 

15 Mit dem applizierbaren erfindungsgem^en Priorisierungsverfafaren werden auch dynamische Wechsel 
zwisdien unterschiedlidien Fafarverhaltensmodi mOglich, wenn dies - z. B. mit einer Fahrertyperkennung 
- gewQnscht wird. hn vorlieg^nden Beispiel demonstriert der Wechsel zwischen den Typen sport und 
comfort der Plug-Ins Drivers Demand und Shift-Strategy die FlexibHitat des Priorisioimgsver&hrens filr 
die Austauschbaxkeit ganzer Algorithmea 

20 Im Gegensatz zu herk5mmlichen Systemen, die lediglich unterschiedliche Charakterisienmg des 
Fahrzeugverhaltens durdi Parameteranderung in isolierten Teilsystemen erlauben, ennOglicht die 
Systemarchitektur mit Hilfe des erfindungsgemSBen Priorisierungsverfehrens eine tief greifende, flexible 
Markencharakterisiemng des Gesamtfiahrzeugs durch Plug-Ins bei gleicbzeitiger Wiederverwendung der 
zugrunde liegenden Software. 

25 

Bs handelt sich um eine Dbergreifende, offene Systemarchitektur fttar alle Steuerungs- und 
Regelungsaufgaben im Kraft&hrzeug. Sie ist unabhSngig vom Fahrzeug^ und von der Steueigerate- 
Konfiguration. Sie beniht auf einer War gegliederten, hierarchischen Funktionsarchitektur und modularen 
Software mit offenen, einheitlichen Schnittstellen in den beteiligten Steuerger^n. Damit kOnnen die 
30 Aufgaben flexibel auf einzelne Hardware-Kon^onenten des elektronischen Systems verteilt werdea £s 
lassen sich die immer komplexeren Fahrzeugsysteme leiditer behexrschen. 

Am Bdspiel wuxde gezeig^ dass eine flexible Maikendiarakterisieimig nach einem Top-Down Ansalz 
unterstOtzt wird. Die diarakteristisdien Funktionen ftta* die Fahibazkeit sind jeweils m einem Phig-In 
35 konzentriert Bin applizierbares erfindungsgemaJks Priorisierungsver&hren enndglicht die flexible 
Koordination der Phig-Ins. Es gelingt dadurch, mit geringem Softwareaufwand v5llig unterschiedliche 
Fahrzeugcharaktere daxzustellen. Definierte Schnittstellen erlauben die modulare Integration zusStzlicher 



wo 2004/014699 m ^BJ/D£2003/002540 

- 19 - 



Systranelemente. Das Ftng-In Konzept edeichteit em Sodwaiesharing, welches dem OEM (oiigiQal 
eqiqnDeDt manu&cturer, d. h. AutomobOhersteller) die Mdglichkelt gibt, seine Maike durdi selbs&dig 
entwickehe Softwareznodule zu chaiakteiisieren. Bin hohes MaB an Wiederverwendbaikeit der zugnmde 
liegenden Softwaiekomponenten imtersttttzt die Anforderung^ nadi KostengQnstig^t mid 
5 Sodwarequalitat 

In Kraft&hizeugen muss nonnalerweise zwischen unterschiedlichen Vortriebswttnschen, die entweder 
vom Fahrer od^ von Assistenzsystemen, z. B. FGR, ACC und ANB, kommen, gewShk werden. Die 
Steuerg^fitesoftware enthSlt einen Programmteil, der den wichtigsten Anfoiderer auswShlt 
1 0 WShrend der Liq)lementienmg des Auswahlver&brens ist bekannt, welche Systeme Anfordenmgen steUen 
kOnnen und wie sie untereinandor gewicihtet sind Diese Anforderungen werden in einer stanen Logik 
miteinander verkntipfL 

Die bisher eingesetzten VeiMiren haben den Nachteil, dass im Vorhinein bekannt sein muss, welches 
15 System VorlriebswQnsche geben kann und welche Anforderungskombinationen es geben kann. Dadurch 
muss fdr jede Kombination von Systemen das Ver&hren angepasst werden. 

Ziel der &&idung ist ein Ver&hren, nut dem man die Auswahl der weitetgeldteten Anforderung bzw. des 
Wunsches, insbesondere des Vortriebswunsches, unabhfingig von der Anzahl und der Fimktionsweise der 
20 anfordemden Systeme tieffen kann. 

Mit Hilfe eines erfindungsgem^Ben Priorisierungsver&brens, insbesondere als lineare Priorisierung oder 
als MaximaI-(Mmimal<-)Auswahl, kann die Auswahl eines weitergeleiteten Anforderers bzw. Plug-Ins 
unabhangig von der Anzahl und d^ Funktionsweise der anfordemden Systeme getroffen werden. Bei der 
25 linearen Piiorisierung wird eine Liste bzw. Tabelle von Anforderem sequentiell beginnend mit dem 
Anforderer mit d^ hdchsten Prioritfit abgeaibeitet, wobei diese Liste fdr die lineare Priorisierung sortiert 
ist nach dem Giad der PrioritSt der Anforderer. Der Abbruch des Abfiagens dsr Liste erfolgt, sobaid ein 
Anforderer emen Anforderungswunsch enth^t Dieser Anforderer wird damit ausgew^t Die Qbrig^i 
noch nicht abgefragten Anforderer werden somit nicht berQcksichtigt 

30 

Bei der Max-(Min-)Auswahl werden alle Anforderer abgefragt, die in der Liste fibr die Max-(Mui- 
)Auswahl stehen. Es wird derjenige Anforderer mit dem maximalen (minimalen) Anforderungswunsch 
ausgewShlt 

35 Es kdnnen auch beide Vei&hien beliebig miteinander kombiiuert werden, beispielsweise indem zuerst 
eine lineare Priorisierung durchgefOhrt wird und daran anschlieBend eine Min-Auswahl» &lls die lineare 
Priorisierung kein Ergebnis Hefert 
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Im Folgenden wd bdspielhaft der Ablauf einer Auswahl eines Vortnebswunsches besdmeben. Das 
System beiohaltet z. B. die folgenden ADfoiderer: 

Fahrpedal(ID 10) 
5 - Automatische Nofeiemse (ID 9) 

Bremspedal (E) 35) 

FGR(ID44) 

Leerkufiegler (ID 22). 

10 Das im Bdspiel angewendete VeE&bren, um den wichtigstea Vortriebswunscli za ennitteln, besteht oas 2 
Stufen: 

Lineare Priorisierung (z. B. als 1. Stufe) 

Hier wird eine Liste sequenziell durchgearbeitet und sobald ein Anforderer einen 
Anfoideruogswunsch hat, abgebrochen. Je hOher ein Anforderer in der Liste steht, je h5her ist 
15 seine Prioritat, 

Max-AuswaU (z. B. als 2.Stufe) 

Es weiden alle Anforderer abge&agt Es wird der Wunsch mit beispielsweise dem hOchsten 
Vortriebsmoment aiisgewShlt 

20 In Fig. 9 ist eine grafische Darstellung einer erfindungsgeooiaBen linearen Priorisierung (I. Stufe) und eine 
Max-Auswahl (2, Stufe) dargestellt Bei der linearen Priorisierui^ hat der Anforderer ID9 (automatische 
Noteemse) die hOchste Prioritat und wird zuerst abgefragt. Der Anforderer ID35 (Bremspedal) hat eine 
nachgeordnete Prioritat, ± h. er vfird nachfolgend abgefragt In der Max-Auswahl (2. Stufe) sind die 
Anforderer IDIO (Fabipedal), ID44 (FOR) imd ID22 (Leerlaufregler) gleicfawertig auf der gleichen Pnori- 

25 sienmgsstufe und werden alle abgefragt Der Wimsch mit z. B. dem hOchsten Vortriebsmonient wird 
ausgewfihlt Beide Ver&hren kfinnen sowohl getrenat als auch in Kombination angewendet werden. 

Fig. 10 zeigt ein Ablaufechema ernes erfindungsgemafien Priorisierungsverfehrens, wobei die lineare 
Priorisierung (1. Stufe) 1 mit der Max-Auswahl (2. Stufe) 2 miteinander kombiniert sind. Die iinke Halfre 

30 zeigt das lineare Priorisierungsver&hren 1 und die rechte Halfte die Max-Auswahl 2. Im linearen 
Priorisienmgsver&hren 1 wird im ersten Operationsschritt 3 zunachst abgefragt, ob nodi unbearbeitete 
IDs vozhanden sind, z. B. entspiechend Fig. 9 ID9 und ]D35. Ln Opeiationssdiiitt 4 wird auf die Abfrage, 
ob eine ID erne Anforderung ha^ bei "ja" die Anfoiderung gespeichert 5 und weitergeleitet 6 und damit 
das Ver&hroi bzw. Ablau&chema abgebrochen, &lls "nem" wird zurQd^ehend auf d^ voihergehendra 

35 Operationsschritt 3 emeut abgefragt, ob noch unbearbeitete IDs vorhanden sind und das Verfahren so 
lange fortgesetzt, bis einen ID mit Anforderung vorhanden ist Die Bearbeitung der IDs erfolgt in der 
Reihenfolge ihrer Priorisierung, z. B. bei Fig. 9 ID9 und danach ID35. Falls keine der IDs in der 1. Stufe 
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liber eine Anfordenmg veriSlgt, vnxd zu den IDs der 2. Stufe tibergegangen, z. B. in Fig. 9, IDIO, ID44 
iuidID22. 

In der 2. Stufe ndt Max-Auswahl 2 vmd im ersten Operationsschritt 7 abgefiragt, ob noch unbeaibeitete 
5 IDs voiiianden sind. Falls "ja", wird im nachsten Operationsschritt 8 abgefiragt, ob ein ID eine 
Anfordenmg hat Falls keine Anforderung vorhanden ist, wird auf den vorhergehenden Operationsschritt 7 
zurQckgegangen und falls "ja" wird im nachsten Operationsschritt 9 verglichen, ob der geiade abge&agte 
Anforderer gr6fi^ ist als ein bereits gespeicherter Anforderer. Falls **neni"> wird in Operationsschritt 7 
zurad^esprungen, und Ms "ja", wird die Anfordenmg gespeichert 5. Smd alle IDs der 2. Stufe 
10 abgefiagt, d. h. in Operationsschritt 7 Iceine unbeaibeiteten IDs mehr voifaanden, wird auf 
OperationssdirEtt 6 zum Weiterleiten der gespeicherten Anfordenmg gespnmgen. Dadurch kann ftir die 
IDs der zweiten Stufe die grdfite Anforderung ermittelt und weitergeleitet werden, falls - da in 
Kombination mit der linearen Prioxisierung verwendet - die IDs der 1 . Stufe keine Anfordenmg enlhaltea 

15 Als weiteres Verfahren kommt z. B. noch eine Mittelwertbildung oder ein Kombination dieser Ver&hien 
in Betracfat Vielen realea Anwendung3f&Ilen wird dieses Ver&hren nicht genUgen. Im Folgenden sind 2 
weiteie Ausbaustufen des Systems beschrieben: 



Erweiterung um Min/Max-Auswahl 



20 



Sobald die Anforderer nicht nur den Motor, sondem auch die Bremse ansteuem k5nnen, kommt 
man nicht noit dem im Beispiel beschrieben Vei&hien aus, da ein Bremseneingriff 
gegebenenfalls eine hOhere Prioritat haben soil, als ein Beschleuoigungsemgriff. \M diesem 
Umstand Rechnung zu tragen, muss die 2. Stu& von einer Max-Auswahl in eine Mm/Nfax- 
Auswahl verdndert werden. Die Min/Max-Auswahl funktioniert wie fo^ 



25 



Sobald ein Anforderer einen Bretnseneingriff anfordert, gewinnt der niedrigste Vortriebswuusch 
(maximale Verz5gerung). Wenn es keinen BremseneingrifT gibt, wird die maxunale 
Beschleimigung ausgewShlt 



Erweitenmg um Autoritaten 



30 



Das oben besdiriebene Ver&hren entspricht nidit, den zurzeit tlblichen Verfihren, da das 
Fahrpedal einen Bremseingriff des FGR+ od^ des ACC Qberstinunen kann. Aus diesem Gnmd 
kaon das bescfariebene Vei&hren noch um eine Stufe eiweitert werden, die Autoritflten genannt 



werden. 



35 



Bei diesem VerMren kann jeder Anforderer bestimmte Anforderungsbereiche wdhrend der 
Min/Max-Auswahl ausblenden. Das bedeutet, dass z. B. das Fahrpedal alle Biemseneingriffe 
ausblenden kann. Dadurch werden alle Bremseneingriffe wShrend der Min/Max-Auswahl 
ignoriert, aber nicht, z. B. die Bremse, die in der linearen Friorisienmg angesiedeh ware. 
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Vm die IDs efBzieiit zu hanrfliahen^ weiden sis in Listen verwahet^ die seqaoozien abgeaibeitet weiden. 
Bin Ai^)assen der PrioritSten auf globale Optimierungskriterien (z. B. Okoabstimmnng, Spoitabstimnumg 
Oder WinteieikemxuDg) kaim eifolgen, wemi die IDs in l-dimensionalen Listen verwaltet werden und je 
nacli globalem Optiniieiongskxiterium eine andere Reihe benutzt wird. 
5 Weim nun ein Anforderer hinzagefUgt werden soil, so ist er in die richtigen Tabellen einzutrag^ und wird 
damit automatisch bei der nSchsten Auswahl mit berucksichtigL 

£s muss ausgeschlossen werden, dass eine ungOltige Anfordenmg an den Motor oder die Bremse 
weitergeleitet wird. Aus diesem Grund muss sichergestellt sein, dass das System entweder mit einem 
10 gOltigen Wert vorinitialisiert wird oder es muss garantiert sein, dass bei jeder Auswahl immer mindestens 
ein Anfbrderer einen Wert anfordert 

Bei den anonymen erfindungsgemaBen Priorisierungsverfahren von Infonnationsgebem weiB das 
Auswahlverfahren nicht, welche Qualitat der Anforderer hat Die einzigen Monnationen, die es hat, sind 

15 die ID und die Position in den jeweiligen Tabellen der AuswahlveiMiren. Dies fOhrt dazu, dass es keine 
inneren AbhSngigkeiten von Anforderer und Auswahlsystem gibt Ein derartiges Auswahlver&hren ist 
immer dann nOtig, wenn man die Anzahl der Anforderer Sndem kOnnen soli, ohne den Code des 
Auswahlver&farens zu Sndem. Dieses Verfihren kann z. B. in einer Motorsteoerung angewendet werden, 
wie das obige Beispiel zeigt Es gibt aber noch viele weitere Produkte, bei denen dieses Veifahren 

20 Vorteilebringt 

Absdiliefiend werden nochmals die Vorteile au^efittirt: 

keine AbhSngig^eiten zwischen Auswahlver&hren und Anforderer und damit vennehrten 
Software Reuse des AuswahlveiMiens und der Anforderer (FOR, Fahipedal, ...), 

25 - venninderter Code- und Rechenzeitverbrauch bei konq)lexen Systemen (viele Anforderer), da 
das Auswahlverfahren unabh^gig ist von Querbeziehungen der Anforderer, 
leichtere Erweiterbarkeit des Systems (Hinzufilgen von weiteren Anforderem). Solange die 
Anforderer die angebotenen, abstrakten Schnittstelle benutzen kOimen und genUgend 
Speicherplatz filr die II>-Tabellen reserviert worden ist, kann das System um beliebig viele 

3 0 Anfordmr erweitert werden, ohne Programmcode Sadsm zu mDssen. 

Wechsel zwisdien Prioritfitensatz^ wShrend der Lau&eit mOgUd^ 

das System kann in Zukonft um eine dynamische Anmeldung von Anforderem erweitert werden, 
und 

die Priorisienmgsverfehren zur Auswertung der Anforderungen verschiedener Phig-Ins kOnnen 
35 auf Grund der^ Einheitlichkeit (alle Phig-Ins fordem zur Beschleunigung des Fahrzeugs ein 

Getiiebeausgangsmoment (FQhrungsgrdBe des Systems) so ausgelegt werden, dass zur 
Priorisierung nicht bekannt sein muss, welches System hinter der Anfordenmg steht (es spielt aus 
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Sidit des Priorisienmgsver&hrens keine RoUe, weldie FunkdonaMt ein Plug-In erfiUlt, sondem 
nur, welche Prioritat es hat). Durch diese Anonymisienmg der Anforderer ist es mOglich, die 
Anzahl dex zu beiQcksichtigenden Phxg-Ins frei zu wahlen, ohne dafUr das Programm Sndem 2U 
mtissen. Dadurch verein&cht sich die Konfigiiration des Systems zur Aiq)assung an eine 
5 bestimmte Fahizeug- und Funktionsvariante eiiieblich und es k5nnen auch naditr^glicli noch 

Funktionen hinzugefilgt werden, die zuni^hst nicht mit eingeplant waren. 
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Anspitldie 

1. Pnoiisieiungsveifiihrra von Infoimatioiisgebeni, z. B. Phig-Ins, insbesondere zur koordimeiteu 
Antriebsstrangsteuenmg fikr ein Kraftfahrzeug, wobei: 

eise liste mit Anfarderem bzw. Plug-Ins nach dem Grad der FrioritSt au&teigend oder 
abfallend sortiert wird, 

die soitieite Liste sequentiell begiimend nut dem Anfordeier bzw. Phig-In mit der 
hOchsten Prioritat abgearbeitet wird, 

das Abaibeiten der Liste abgebrocben wird, sobald ein Anforderer bzw. Plug-In einen 
Anforderungswunsdi enthalt, urn diesea Anfbrdeningswunsch auszuwShlen. 

2. PrioEisieiungsver&liren nach Anspruch 2, 
daduich gekennzeicfanet, 

dass der ausgewShlte Anforderunggwunsch gespeichert und weiteigeleitet wird. 

3. Prioiisierungsverfahren nach Anspruch 1 oder 2, dadurch gekennzeichnet, 

dass verschiedene Listen zum Ai^assen auf globale Optimierungskriteiien, z. B. 
Okoabstimmung, Sportabsthnniimg oder WinterexkBnnmig, abgearbeitet weiden. 

4. Priorisierungsver&faren nach einem der AnsprOche 1 bis 3, 
daduich gekennzeichnet 

dass jeder Anforderer bzw. jedes Plug-In durch eine Identitat (ID), vorzugsweise als Zahl, und 
erne Position in den verschiedenen Listen filr das Abari>eiten emdeutig gekennzeichnet ist 

5. PiiorisierungsverMren von Mormationsgebem, z. B. Phig-Ins, zur Steueiung, insbesondere 
zur koordinierten Antrid)sstrang3teuerung ftbr ein Krafi&hrzeug, mit im WesentHchen den 
nachfolgenden Schzitten: 

in einer Liste mit Anforderem bzw. Phig-Ins werden alle Anforderer in beliebiger 
Reihenfolge abgeaibeitet, beispielsweise sequentiell. 
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aus den Anifordenmg^wQxischen der Anforderer wird d^ Anfordeiungswunsch nut dem 
maxunalen (ndninialen) Anfordeiungswunsch oder der durdisdmittliche 
Anfoidenmg^wunsch der Anfordeier ennittelt 



6. Priorisierungsver&bren nach Anspiuch 5, 

daduich gekennzeichnet, 

dass zur Ennitthmg des maximalen (mumnalen) Anfoideningswunsches: 

der eiste abge£ragte Anforderungswunsch zwischengespeichert wird, 
jeder abgefi:agt)e Anforderungswunsch nut einem zwischengespeicherten 
Anforderungswunsch vezghchen wird» ob er grOBer O^einer) ist als ein 
zwischengespeicberter Anforderungswunsch, 

der abge&agte Anfordenmgswunsch zwischengespeicheit wird, Ms er grOBer (kleiner) 
ist als der zwischengespeicherte Anforderungswunsch und andemMs keine 
Speicherung erfolgt, 

nach der Abfiage aller Anforderer der maximale (nunimale) Anforderungswunsch 
zwischengespeichert ist und weitergeleitet wird. 



7. Priorisierungsver&bren nach Anspruch 5 oder 6, 
dadurch gekennzeidmet, 

dass bei bestinnnten Anforderem, z. B. Anforderer, die Motor und Bremse ansteuem, mit 
einem bestimmten Anfordemngswunsch, z, B. einem Bremseingriff, der mimmale (maximale) 
Anforderungswunsch, z. B. der minimale Vortriebswunsch, ausgewShlt wird und andemfalls 
der maximale (minimale) Anforderungswunsch. 



8. Priorisierungsver&hrra nach einem der AnsprQche 5 bis 7, 
dadurch gekennzeidmet; 

dass einzelne Anforderer bewirken, dass bestimmte andere Anforderer bei der Ennitdung des 
maximalen (minimalen) Anforderungswunsches nicht berQcksichtigt werden, z. B. ein 
Anforderer-Fahrpedal bewiikt, dass alle Anforderer, die erne Bremsung/Verzdgerung bewirken, 
nicht berUcksichtigt werden. 



9. Priorisierungsvei&hren nach einem der AnsprQche S bis 8, 
dadurch gekennzeichne^ 

dass verscMedene Listen zum Ai^assen auf globale Optimierungskriterien, z. B. 
Okoabstimmung, Sportabstimnmng oder Wintereikenmnig, abgeaibeitet werden. 



10. 



Priorisierungsver&hren nach einem der AnsprQche 5 bis 9, 
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daduich g^eimzeichiicty 

dass jeder Anfoideier bzw. Plug-In durch eine IdenMt (IDX vorzugsweise als Zahl, filr das 
Abarbeiten eindeotig gekezmzeicfanet ist 



11. Piioiisienmgsveriahiea von Infonnationsgebem, z. B. Phig-Ins, nach einem der AnsprOche 1 
bis 10, 

daduich gekennzeicbnet, 

dass das (erste) Priorisieningi5ver6hrea nach einem der Ansprttche 1 bis 4 mit dem (zweitm) 
Piiansienmgsvec&hren nach einem der AnsprUdie 5 bis 10 kombiniert wird, z. B. indem das 
zweite Piioiisierungsvei&hren erst angewendet wild, &lls das erste Prioiisieiungsver&hr^ 
keinen Anfoiderungswonsch liefert 

12. Priorisierungsvei&hxea nach einem der voiheigehenden Ansprllche, 
dadurch gekennzeichnet, 

dass es mit einem Con^utersystem mit wenigstens einem Prozessor imd wenigstens einem 
Speidier zur Steuerung durchgefUhrt wird, mit einer Softwarearchitektur mit im Wesentlich^ 
folgenden Elementen bzw. Komponenten: 

ein Operation System and Specific Services mit Betriebssystem und q)ezifisclien 

Diensten als Basis filr alle anderen Elemente und Anwradungen, 

eine Basic FunctionaHty zur Umsetzung universeller Anfoidenmgen, 

einen Layer zur Koordinierung von Aufgaben fttr Basis&nktionahtaten der Basic 

Functionality und zur Einbindung von Phig^Ios, 

wenigstens ein Plug-In zur Umsetzung von konkreten Aufgaben bzw. Funktionen, die 
Hber die Basisfunktionalitat hinausgehen und vom Layer koordiniert werden, wobei die 
Plug*Ins insbesondere modulaitig austauschbar sind. 



13. Priorisierungsver&hren nach Anspruch 12, 
dadurch gekennzeichnet, 

dass in der Softwarearchitektur odene Schnittstellen (Open Interlaces) auf die von auBen 
zugegrififen werden kann und/oder geschlossene Schnittstellen (Incapsulated Interfaces), die 
nach au&en nicht freigegeben sind, integriert sind. 



14. Priorisierungsverfifaien nach Anspruch 12 oder 13, 
dadmx^ gekennzeichnet; 

dass als Phxg-Ins beispielsweise ein ACC (Adaptive Cruise Control>-Request, ein Diivets 
Demand (comfort^spoit), Driveability oder Shift Strategie (comfort^sport) verwendet werden. 
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1 5. Priorisieiuiigsver&hren nach einem der AnsprOche 12 bis 14, 
daduich gdEemizeiclmety 

dass der Layer die Kooidiziatoren Vehicle Cooidinator, Vehicle Motion Coordinator imd 
Powertiain Coordinator mn&sst, wobei im Vehicle Motion Coordinator eine Answahl der Fhig- 
5 Ins duichgef&hrt wird. 

16. PriorisierungsverfehrennachAnspruch 15, 
dadurch gekennzeichnet, 

dass jeder Koordinator t&er Schnittstellen mit den Plug-Ins zur Konmnmikation veibunden ist 

10 

17. Priorisierungsver&hren nadi einem der AnsprQche 12 bis 16, 
dadurch gekennzeichnet, 

dass der Layer t&er Schnittstellen zur Konununikation mit der Basic Functionality verbunden 
ist, welche Basisfunktionen enthfllt, die wie Sensoren oder Aktoren agieren. 

15 

18. Priorisienmgsver&hren nach einem der AnsprOche 12 bis 17, 
dadurch gckemizeichnet, 

dass durch die modulartige AustauscfabaikBit der Phig-Ins das Prioiisierungsverfahien flexibel 
an unterschiedliche Fahizeug- und SteuergerStekonfigurationen anpassbar ist und Funktionen 

2 0 einfech iiiq)lementierbar sind, wobei Anforderungen versdiiedener Systeme in einheitlicher Art 

auf Basis von Systemfi!lhnmgsgr5Ben, z. B. Getriebeausgangsmoment, zentral eingebracht 
werden. 

19. Coniputetprogramm mit ProgrammcodemittBhi, urn aUe Schritte eines Ver&hreos nach ein^ der 
25 AnsprOche 1 bis 18 durchzuffihr^ wenn das Computeiprogramm auf einem Computer oder 

einer entsprechenden Redieneinheit durchgefittxrt wird. 

20. Computerprogrammprodukt mit Programmcodemitteln, die auf einem lesbaren DatentrSger 
gespeichert sind, mn ein Ver&hren nach einem der AnsprOche 1 bis 18 durchzufilhren, wemi das 

3 0 Computeiprogramm auf einem Computer oder einer entsprechenden Rechnereinheit ausge 

wird. 



21 . Steuerungssystem fOr ein Fahizeug, das ausgelegt ist, um ein Priorisieiungsver&hren nach einem 
der AnsprOche 1 bis 18 auszuf&hren. 

35 
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